Метавселенная.  Создание пространственного интернета - Мэтью Болл

ее вообще с чем-то смешать, то получится непригодный для использования осадок. Но для получения более сложного результата требуется значительно больше данных и гораздо более полная логика виртуального мира. Сколько нефти можно добавить в кетчуп, чтобы он стал несъедобным? Сколько кетчупа можно добавить в нефть, прежде чем она станет непригодной для использования? Как меняется цвет и вязкость полученного вещества в зависимости от соотношения одного ингредиента к другому?

Тот факт, что многие из этих перестановок не имеют особой ценности, на самом деле очень важен для тех, кто создает виртуальные миры. Герою The Legend of Zelda не нужно лететь в космос, поэтому не требуется космическая физика. Игрокам Call of Duty не нужны байдарки, чары или выпечка - разработчик игры не создавал соответствующий код. Nintendo и Activision могли бы сосредоточить больше данных и кода на том, что нужно и полезно их виртуальным мирам, а не на бесконечных перестановках, которые имеют ограниченную практическую ценность для их игр.

При всей своей эффективности такой подход создает препятствия для создания виртуальных миров типа Metaverse, а особенно для обеспечения их совместимости. Например, в Microsoft Flight Simulator пилот может посадить вертолет рядом с футбольным полем, но при этом он не сможет посмотреть футбольный матч, не говоря уже о том, чтобы присоединиться к нему. Чтобы предложить такую функциональность, Microsoft пришлось бы с нуля создавать собственную футбольную систему, хотя многие разработчики уже сделали это и, имея многолетний опыт, скорее всего, лучше справятся. Хотя MSFS могла бы попытаться интегрироваться в эти специфические для футбола виртуальные миры, структуры данных и коды с каждой стороны, скорее всего, будут несовместимы. В главах о сетях и вычислениях выше я говорил о том, что устройства пользователей часто выполняют одну и ту же работу. Но если можно провести сравнение, то разработчикам, надо сказать, приходится еще хуже. Они постоянно создают и перестраивают все - от футбольного поля до футбольного мяча и даже правил полета футбольного мяча в воздухе. Более того, с каждым годом эта работа становится все сложнее, поскольку создатели виртуальных миров стремятся использовать преимущества более совершенных процессоров и графических процессоров. По данным Nexon, одного из крупнейших в мире издателей видеоигр, среднее количество штатных сотрудников для экшена с открытым миром (вспомните The Legend of Zelda или Assassin's Creed) выросло примерно с 1000 человек в 2007 году до более 4000 к 2018 году, а бюджеты увеличились в 10 раз (примерно в два с половиной раза быстрее).1

Чтобы услышать, как падают деревья, чтобы они падали рядом с футбольными полями и чтобы звук их падения добавлялся к реву толпы, реагирующей на победный тачдаун, требуется множество программистов, пишущих множество кода для обработки огромного количества данных, и все они работают одинаковыми способами.

Теперь, когда мы рассмотрели сетевые и вычислительные мощности, необходимые для обмена, запуска и визуализации данных и кода, необходимых для Metaverse, мы можем перейти к последним понятиям.

Игровые движки

Концепция, история и будущее Metaverse тесно связаны с играми, как мы уже видели, и этот факт, пожалуй, наиболее очевиден, когда мы смотрим на основной код виртуальных миров. Этот код обычно содержится в "игровом движке" - расплывчатом термине, обозначающем совокупность технологий и фреймворков, которые помогают создавать игру, рендерить ее, обрабатывать логику и управлять памятью. В упрощенном понимании игровой движок - это то, что устанавливает виртуальные законы вселенной - набор правил, определяющий все взаимодействия и возможности.

Исторически сложилось так, что все геймдизайнеры создавали и поддерживали свои собственные игровые движки. Но за последние пятнадцать лет появилась альтернатива: лицензирование движка от Epic Games, которая выпускает Unreal Engine, или от Unity Technologies, которая выпускает одноименный движок.

Использование этих движков связано с определенными расходами. Например, Unity взимает ежегодную плату с каждого разработчика, использующего ее. Эта плата варьируется от 400 до 4 000 долларов, в зависимости от требуемых функций и размера компании разработчика. Unreal обычно взимает 5 % от чистой выручки. Плата - не единственная причина для создания собственного движка. Некоторые разработчики считают, что если делать это для определенного игрового жанра или опыта, например реалистичных и быстро развивающихся шутеров от первого лица, то их игры будут "лучше" ощущаться или лучше работать. Других беспокоит необходимость полагаться на конвейеры и приоритеты другой компании, а также то, что поставщик имеет столь подробное представление об их игре и ее производительности. Учитывая эти опасения, крупные издатели обычно создают и поддерживают собственные движки (некоторые, такие как Activision и Square Enix, даже имеют полдюжины или более).

Большинство разработчиков, однако, считают, что лицензирование и последующая настройка Unreal или Unity - это чистый плюс. Лицензирование позволяет небольшой или неопытной команде создать игру на более мощном и тщательно протестированном движке, чем тот, который они когда-либо могли создать, и при этом вероятность неудач меньше, а бюджет никогда не превысит запланированный. Кроме того, они могут уделить больше времени тому, что будет отличать их виртуальный мир - дизайну уровней, персонажей, геймплею и т. д., - а не базовым технологиям, необходимым для его запуска. И вместо того чтобы нанимать разработчика и обучать его работе с проприетарным движком, они могут обратиться к миллионам индивидуальных разработчиков, уже знакомых с Unity или Unreal, и сразу же приступить к работе. По тем же причинам проще интегрировать сторонние инструменты. Независимый стартап, создающий, скажем, программное обеспечение для отслеживания лиц аватаров в видеоиграх, не будет разрабатывать свое решение для работы с проприетарным движком, который он никогда не использовал, а вместо этого будет работать с теми, которые выбрало наибольшее количество разработчиков.

Хорошая аналогия - проектирование и строительство дома. Ни архитектор, ни декоратор не разрабатывают собственные размеры пиломатериалов, монтажную фурнитуру, системы измерений, рамки чертежей или инструменты. Это не только позволяет сосредоточиться на творческой работе, , но и облегчает наем плотников, электриков и сантехников. Если дом когда-нибудь потребует ремонта, другой команде будет легче изменить существующую структуру, потому что им не нужно изучать новые техники, инструменты или системы.

Однако у этой аналогии есть один существенный недостаток. Дома строятся один раз и в одном месте. Игры же создаются для работы на максимально возможном количестве устройств и операционных систем - некоторые из них еще не разработаны, не говоря уже о выпуске. В результате игры должны быть совместимы, скажем, с разными стандартами напряжения (например, 240 вольт в Великобритании и 120 вольт в Америке), системами измерения (имперская и метрическая), условными обозначениями (провода воздушной телефонии и подземные провода) и так далее. Unity